home *** CD-ROM | disk | FTP | other *** search
- Path: comma.rhein.de!serpens!not-for-mail
- From: mlelstv@serpens.rhein.de (Michael van Elst)
- Newsgroups: comp.sys.amiga.programmer
- Subject: Re: Amiga doesn`t need Planar!
- Date: 6 Feb 1996 14:43:23 +0100
- Organization: dis-
- Message-ID: <4f7ltr$fo4@serpens.rhein.de>
- References: <john.hendrikx.4bur@grafix.xs4all.nl>
- NNTP-Posting-Host: serpens.rhein.de
-
- john.hendrikx@grafix.xs4all.nl (John Hendrikx) writes:
-
- >Sure it has, just the fact that Planar needs to go through all kinds of trouble
- >to collect all bits in a single true-color pixel, and only then being able to
- >perform a 'shade to 90% intensity' operation on it,
-
- Do you believe that you actually _read_ your graphics buffer ? Ever tried this
- on a chunky SVGA card ?
-
- >a whole. Unlike scaling or rotation, which could have done without actually
- >knowing what colors the pixels actually are (ie, you could rotate or scale 1
- >bitplane at the time, so Planar can do this too).
-
- ..to stay with your argumentation. No. You do want to interpolate pixels to
- avoid aliasing artifacts.
-
- > CPU Chunky vs CPU Planar --> Planar looses big time
- > CPU Chunky vs Hardware Planar --> About equally matched
- > Hardware Chunky vs Hardware Planar --> About equally matched (???)
-
- This all depends on the kind of operations you do and wether you restrict your
- comparisons to cases that are handled well by chunky displays.
-
- >You forget however to mention that the 68040/25 isn't all that recent
- >technology either. A PPC604/133 would need extremely fast memory to get 0 ws
- >on a cache miss, something like 5 ns memory.
-
- Check your databooks :) No, the PPC604/133 does not have a 133MHz bus clock.
-
- >doesn't cut it is the amount of effects possible with the CPU... you can't put
- >them ALL in hardware...
-
- I don't have to put them ALL in hardware.
- --
- Michael van Elst
-
- Internet: mlelstv@serpens.rhein.de
- "A potential Snark may lurk in every tree."
-